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1 Introduction 

Making observations through telescopes is an activity of central importance to NASA. 
Whether a telescope is located on the Earth, is in orbit around the Earth as a satellite, 
is located on the moon, or is even on another planet, it presents an exciting and sometimes 
unique opportunity for gathering data about various astronomical phenomena. Telescopes 
have always been a scare resource, and astronomers have had to make do with extremely 
limited access. Further, an astronomer has been expected to be physically present at a tele- 
scope in order to gather data. Restricted access and local operation have limited the amount 
of data that can be gathered, and thus have directly contributed to fewer scientific results 
than might otherwise be expected. 

Recent work by the Fairborn Observatory and AutoScope Corporation has freed as- 
tronomers from the need to be physically present at the telescope site. These organizations, 
working with astronomers, have designed and built control systems and associated hardware 
for the management and control of photoelectric telescopes; for a review of these Automatic 
Photoelectric Telescopes, or APTs, see Genet and Hayes (1989). While existing automa- 
tion deals primarily with photoelectric telescopes, other sorts of telescope and other sorts of 
science are currently under investigation. The key point is that there is a perceived need, 
within the astronomy community, that the automation of local telescope control is desirable. 
Existing automation does not address all needs of all astronomers, but it does provide an 
excellent starting point. The eventual goal is what Dr. Leonard Fisk refers to as a “simplified 
management structure”. 1 . The term refers to an approach to the management and control 
of telescopes that minimizes the number of people that must come between an astronomer’s 
scientific goals and the telescopes required to realize those goals. A simplified management 
structure requires significantly more sophisticated telescope automation than is currently 
possible. 

The Entropy Reduction Engine (ERE) project, carried out at the Ames Research Center, 
is focusing on the construction of integrated planning and scheduling systems. Specifically, 
the project is studying the problem of integrating planning and scheduling in the context of 
closed-loop plan use. The results of this research are particularly relevant when there is some 
element of dynamism in the environment, and thus some chance that a previously formed 
plan will fail. After a preliminary study of the APT management and control problem, we 
feel that it presents an excellent opportunity to demonstrate some of the ERE project’s 
technical results. Of course, the alignment between technology and problem is not perfect, 
so planning and scheduling for APTs presents some new and difficult challenges as well. 


'This phrase was first used in a letter from Dr. Fisk to Russ Genet, dated August 4, 1989 
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This' paper presents an argument for the appropriateness of ERE technology to the plan- 
ning, scheduling, and control components of APT management. The paper is organized as 
follows. In the next section, we give a brief summary of the planning and scheduling re- 
quirements for APTs. Following this, in section 3, we give an ERE project precis, couched 
primarily in terms of project objectives. Section 4 gives a sketch of the match-up between 
problem and technology, and section 5 outlines expected difficulties (which of course, repre- 
sent research opportunities). Section 6 briefly explains how APT planning and scheduling 
manifests certain core research topics that are already on the ERE research agenda. Finally, 
section 7 gets concrete and explains how we will proceed and what we expect to produce. 


2 APT problem summary 

An Automated Photoelectric Telescope is a telescope controlled by a dedicated computer 
for the purpose of gathering photometric data about various objects in the sky. While there 
are many sorts of photometric techniques, we focus on the technique known as aperture 
photometry. An excellent overview of aperture photometry is given by Hall and Genet 
(1988). In aperture photometry, and for current purposes, a group is the primitive unit to 
be scheduled. A group is a sequence of telescope and photometer commands defined by an 
astronomer. Any given astronomer has certain scientific goals, and he or she uses the group 
as the primary unit of instruction to an APT in order to achieve those goals. The language 
used to define groups is called ATIS (for Automatic Telescope Instruction Set); ATIS is an 
ASCII- based language for communicating with APTs (the de facto standard). 

The communication process between astronomer and APT proceeds roughly as follows. 
First, an astronomer who wishes to use an APT forms a set of groups consistent with his 
or her scientific goals. These groups are written specifically in terms of a given telescope: 
since each telescope can vary slightly (instruments, optical characteristics, mechanical char- 
acteristics, location on the Earth), groups must be formulated in a semi telescope-specific 
manner. For any g iven APT there is a single person who acts as a central clearing house 
for usage requests; such a person is known in the vernacular as the APT’s Principal As- 
tronomer, or PA. Thus, once an astronomer has assembled his or her set of ATIS groups, 7 
they package the groups off to the appropriate PA. The PA collects together such sets from 
a variety of astronomers, attempts to ensure that the telescope is not overloaded, and then 
sends the complete set of groups off to the correct telescope. Actual communicat ion between 
PA and APT is carri ed out by using personal computers, modems, and phone lines, but the 
particular technology isn’t critical for the current discussion. The important aspect of the 
communication is that the PA can be located anywhere on the planet (in principle), and 
need only have access to an appropriate communication link. 

The PA sends a set of groups to an APT, with the intention that these groups should be 
run for some time; eventually, the PA requests from the telescope the results that have been 
obtained under the execution of the given groups. The elapsed time varies, and depends on 
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the telescope, the groups, the PA, and a variety of other factors. Of course the goal is to 
worry the astronomers (and the PA) as little as possible about the picayune details of day- 
to-day telescope management. Thus, the telescope is often left alone for significant periods 
of time (weeks, perhaps months). However long the telescope operates unattended, it is 
eventually asked for data, and this is returned to the PA as a “results file” . The results file is 
also in the ATIS language, and it contains the groups that were executed, relevant observing 
parameters to help with data reduction, and the actual data obtained from the observations. 
The PA breaks this results file into the pieces that are relevant for the astronomers and sends 
each astronomer the results of his or her requested observations. Thus the cycle of group 
submission, compilation, execution, and data return can begin again when the astronomers 
discover that the data they’ve been given doesn’t really tell them what they wanted to know 
(such are the joys of real science). 

Of course, the interesting part of this process is the part that we’ve completely ignored 
so far; that is, the process by which the groups are accepted and executed by the local 
telescope controller. This is the interesting part, and it is with respect to this process 
that our planning and scheduling work can make a real difference. Currently, a program 
called ATIScope manages the execution of a file of groups; ATIScope runs locally at the 
given telescope, using observatory and telescope sensors to determine when to execute the 
provided groups. ATIScope has a variety of responsibilities, but we focus specifically on only 
one of these; namely, group selection. 

At the core of ATIScope is a test that attempts to find a “currently” executable group. 
Roughly, a group is executable if the logical preconditions established by its astronomer- 
creator are met. Typically, these preconditions relate to the current date and time and to 
whether the moon is up or down. Additionally, an astronomer can specify a group priority , 
used by ATIScope to sort the groups in order of importance. There are other pseudo- 
preconditions that have to do with frequency of group execution, but we can safely ignore 
these for now. 2 Roughly, the core of ATIScope is a sense-check-execute loop. In sensing, 
all relevant environmental parameters are determined (date, time, moon status). ATIScope 
next checks to see which of the various possible groups are enabled according to the match 
between the current sensor values and t he astronomer-provided preconditions. Let’s call the 
set of groups that pass this matching test the enabled groups. The set of enabled groups is 
winnowed by the application of group selection rules. These rules express heuristic knowledge 
relating to the wisdom of executing any particular group before any other. In scheduling 
parlance, this scheme is sometimes called heuristic dispatch, since at any point in time, some 
task (here, a group) is “dispatched” for execution, and the selection of a task is determined, 
purely locally, by the application of some domain-specific heuristics. The information content 
of the heuristics used by ATIScope isn’t critical for the current discussion (however, see Genet 
& Hayes, 1989, pp. 207-210). In the current context, heuristic dispatch is used to transform 
the set of enabled groups into a (hopefully) single group that is executed. If the heuristic 

2 The main factors that influence frequency of execution are a group’s probability and number of observa- 
tions; see Genet it Hayes (1989), p. 208. 
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group selection rules fail to winnow the set of enabled groups down to a single candidate, 

then the first group in the given list is selected (this, however, almost never happens, as 

the group selection rules normally produce a single preferred group). Following selection, 

the lucky group is executed, at which point telescope control is largely surrendered to the 1 

astronomer who wrote the group. Of course, there are safety checks to ensure that the 

astronomer’s commands don’t damage equipment, but if the commands are well-behaved 

(and if the weather cooperates), group execution finishes normally, and ATIScope is free to 

perform another iteration through its sense-check-execute loop. 

How well does ATIScope do, in terms of schedule quality, by using this heuristic dispatch 
technique? One way of answering this question is to recall the old adage about an incredible 
dancing dog: the question of the quality of the dog’s dancing needn’t really be raised; one 
should instead be happy that the dog dances at all. ATIScope does, of course, provide an 
acceptable level of performance for some astronomers. There is no question, however, that 
the level of telescope performance can be dramatically improved by better group scheduling. 

With the heuristic dispatch technique, all decisions are local in the sense that no tempo- 
ral look-ahead is performed to evaluate the ramifications of executing a given group. The 
system also has no memory of what it has done on previous nights, so groups cannot be 
selected with respect to some desired frequency of execution. Other scheduling techniques, 
such as those based on temporal projection (Drummond Sc Bresina, 1990), consider the im- 
pact of a given action by looking ahead in time to see how the current local choice impacts 
global objectives. Look-ahead is only sensible when astronomer objectives can be clearly 
and precisely formulated. Assuming that this can be done, it seems clear that a look-ahead 
scheduler can outperform the current ATIScope heuristic dispatch method. ATIScope, how- 
ever, provides us with an existing level of performance against which all would-be contenders 
can be gauged. 


3 ERE goals 

The design of systems that can synthesize plans has been a long standing research topic in 
the field of Artificial Intelligence (AI). Such systems, called planners, are given a description 
of the problem at hand, and can synthesize a plan to solve that problem. Of course, a plan 
is merely a specification of a solution, and so must be executed to actually solve the given 
problem. Various sorts of “execution system” are possible; for instance, a plan might be 
executed by a manufacturing system, by a group of people, or by a robotic device; all that 
is required is a system that is capable of instantiating the plan’s actions and thus producing 
the desired result. The design of these automatic planners has been addressed in AI since its 
earliest days, and a large number of techniques have been introduced in progressively more 
ambitious systems over many years. In the AI research branch at NASA Ames, the Entropy 
Reduction Engine (ERE) project is our focus for extending these classical techniques in a 
variety of ways. In this section we present the ERE project’s overall goals; for more detail 
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on the architecture itself, see Bresina k Drummond (1990), Drummond k Bresina (1990a, 
1990b), and Drummond, Bresina, and Kedar (1991). 

The Entropy Reduction Engine project is a focus for research on planning and scheduling 
in the context of closed-loop plan execution. The eventual goal of the ERE project is a set of 
software tools for designing and deploying integrated planning and scheduling systems that 
are able to effectively control their environments. To produce such software tools, we are 
working towards a better theoretical understanding of planning and scheduling in terms of 
closed-loop plan execution. Our overall project has two important sub-goals: first, we are 
working to integrate planning and schedulings second, we are studying plan execution as a 
problem of discrete event control. Let’s consider these complementary goals in a bit more 
detail. 

Integrate planning and scheduling. Traditional AI planning deals with the selection of 
actions that are relevant to achieving given goals. Various disciplines, principally Operations 
Research, and more recently AI, have been concerned with the scheduling of actions; that 
is, with sequencing actions in terms of metric time and metric resource constraints. Unfor- 
tunately, most of the work in scheduling remains theoretically and practically disconnected 
from planning. Consider: a scheduling system is given a set of actions and returns, if possi- 
ble, a schedule composed of those actions in some specific order. If the scheduler cannot find 
a satisfactory schedule, then it simply fails. The business of planning is to select actions that 
ran solve a given problem, so what we need is an integrated planning and scheduling system 
to overcome the problems of scheduling alone. An integrated planning and scheduling system 
would be able to consider alternative sets of actions, unlike the stand-alone scheduler, which 
is unable to deviate from its given action set. We are working towards such an integrated 
system by incrementally constructing a unified theory of planning and scheduling that can 
be computationally expressed as practical software tools. 

Study plan execution as a control theory problem. Most planning and scheduling work 
assumes that the job of the automatic system is done when a plan or schedule has been 
generated. Of course, one of the first things that you learn about plans is that they are 
rarely ever perfectly predictive of what will happen. As Dwight D. Eisenhower observed, 
“Plans are nothing, planning is everything”. We agree with this view, since it tells us that the 
importance of planning does not lie in the existence of a single plan, but rather in a system’s 
ability to re-plan and predictively manage plan execution failures in light of feedback from 
the environment. In the ERE project, we view plan execution as a problem in discrete event 
control; specifically, we formalize a plan as a simple type of feedback controller, and this 
gives us a new view on plan execution. Traditionally, plans have been executed by executing 
each component action in sequence. Our plans are functions that map from current sensor 
values and a desired goal into a set of acceptable control actions. The interpretation of 
the function is that any of the actions, if executed in the current situation, constitute an 
acceptable prefix to a sequence of actions that eventually satisfies the goal. 
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4 The Match, in the abstract 

The previous two sections have, in rough terms, explained the APT problem and overall ERE 
project goals. In this section, we consider how ERE technology promises to address key APT 
planning and scheduling issues. This section is optimistic and is, by necessity, “promissory”, 
in the sense that some of what we suggest has yet to be rigorously demonstrated. This 
section reflects what we currently perceive as opportunities for using ERE technology on 
the APT planning, scheduling, and control problem. The section that follows this one is 
less optimistic: it considers how current ERE technology fails to address some of the issues 
raised by the APT domain. 

First comes the obvious: ERE is an architecture for producing systems that look ahead 
into the future, and by so doing, choose actions to perform. We feel that the ERE architec- 
ture is well-suited to the APT planning and scheduling problem in this regard. ATIScope 
currently does no look-ahead, so assuming that our system does, it should be able to pro- 
duce better schedules. In fact, one of our research interests is the relationship between the 
cost of looking ahead and the increased “quality” of the system’s actual behavior. In the 
APT domain, the quality of system behavior is determined by the amount and quality of 
the data returned by a given set of observations, and by the fairness of telescope allocation 
to the various astronomers’ groups. Now ATIScope currently achieves a particular level of 
quality, and we expect to be able to increase this through some amount of look-ahead. But 
at what cost? When does look-ahead actually give rise to better system performance? ATIS- 
cope, while perhaps not producing the highest quality behavior, does so with great alacrity. 
A scheduling system that does any amount of look-ahead consumes more computational 
resources than ATIScope, so the behaviors it produces had better be worth the increased 
cost. Of interest here is the impact of environmental factors on the underlying requirement 
for look-ahead: if the environment is completely predictable, and if a great deal of time 
is available in advance, then a scheduler that looks ahead extremely far into the future is 
apparently what’s required. However, if the environment ca n change quickly, and change in 
unpredictable ways, then much of the work done by a look-aliead scheduler |s wasted. The 
correct balance be twee n look-ahead an d heuristic dispatch is truly a function of the domain. 
Little empirical work has been done in on this issue, and we feel that APT planning and 
scheduling provides an excellent test domain. 

We have an algorithm for incremental, “anytime” , planning (Drummond & Bresina, 1990) 
that we think will be useful in the APT context. While our algorithm has only been tested 
on relatively simple planning problems, we think that many of the underlying ideas transfer 
to scheduling as well. The essential idea is as follows: if a system has a limited amount of 
time to plan, and, having planned, is allowed to plan no further, then it makes sense for the 
system to mak e the best use of the available time by incrementally improving its current plan 
until time runs out. Our algorithm, called traverse and robusiify , (T&R for short) does this. 
It uses information about possible execution outcomes to predictively patch errors, before 
they actually occur. By doing this the algorithm attempts to maximize the probability that 
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the plan it finds will satisfy the user’s objectives. This algorithm promises to be useful in 
a scheduling context, and APTs provide an appropriate test-domain. If we think of the 
scheduler as running during the day (locally, at the telescope), one would like the schedule 
produced to be of the best possible quality given the available time, so the approach taken 
by T&R seems appropriate. 

We can model a particular telescope’s characteristics in what we call a causal theory , 
and use this information to drive the look-ahead scheduling. Included in a telescope’s causal 
theory is information about mechanical error uncertainty, slew velocity, etc , and this in- 
formation will allow our system to draw various inferences. Our system will be able to use 
telescope- specific information contained in the causal theory to allow it to calculate how long 
a given group will take to execute. Clearly, the cumulative duration of the star integrations 
(observations) can be determined in advance by the astronomer; however, the time required 
to move from star to star is a function of the particular telescope used, and our scheduler 
will be able to compute this in advance. 


5 Problems! 

First and foremost, we have to ensure that we can model an ATIScope system using our 
existing causal theory language. An ATIScope causal theory must include all primitive ATIS 
commands, so that we can project a given set of groups into the future and reason about 
what they might do. We can only evaluate a given objective function against a particular 
possible timeline, so we’ve got to be able to use projection to make timelines. Projection 
needs a causal theory, so we’ve first got to look at this. 

While we’re on the topic of objective functions, here’s an obvious question: what’s an 
appropriate objective function for an APT observation schedule? How well can this objective 
function be formalized? How will we notate it? That is, what will be our language for writing 
down the objective function? For the problems we have studied to date, our language of 
behavioral constraints has been adequate. The current behavioral constraint language allows 
a user to give arbitrary conjunctions and disjunctions of predicates that must be maintained 
true (or prevented from being true) throughout an interval of time (see Drummond Bresina, 
1990, for more detail). Is this language adequate for expressing the sorts of goals that 
astronomers have? Will we need to drop into the language of arbitrary mathematics? Of 
course, this is what most of decision analysis does, so should we expect to do any better? We 
hope to devise a new sort of behavioral constraint language, specifically designed to allow 
astronomers to define APT observation schedule preferences. Even with such a specially- 
designed language, there’s a remaining second-order problem: the PA (or other user) must 
be able to define what constitutes a fair and equitable tradeoff of telescope and instrument 
allocation between different astronomers. Of course, we don’t want a person (the PA or 
other user) to have to specify the specific tradeoff for each given scheduling instance, but 
the general form of the tradeoff function used must be defined by a user. These and other 
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interesting issues lurk in the vicinity of schedule objective functions. 

Another interesting issue: can we encode the current ATIScope group selection rules as 
ERE situated control rules? If so, we can get an early (and reasonably easy) win by simply 
doing projections of what ATIScope will actually do (while this would not be tremendously 
useful, it would be a start). If not, then we’re going to have some problems with projection 
search control. So: do we need to extend our situated control rule language, as well as the 
language of behavioral constraints? Time and experience with the APT problem will tell. 
The happy aspect of all this work is the fact that we’re not going to be pulling new syntax 
from a theoretical vacuum: what we define will be well motivated by the specific nature and 
objectives of the APT domain. 

How do we integrate the exogenous on-going cosmological processes in our temporal pro- 
jections? Currently, we can project discrete events that occur under specific circumstances 
or at specific times. We do not currently have the capability to project exogenous events 
that occur with a pre-defined frequency, and that’s close to what’s required here. In fact, 
what is required here is even a little tricker. We must be able to project a system-selectable 
sequence of actions along a pre-defined timeline of external cosmological processes. Processes 
such as the movement of the sun (rising, setting) and the moon (ditto), and the manner in 
which stars apparently move across the sky are all of concern. All these processes must be 
included in our temporal projections, or else we have no way of evaluating the effects of any 
given observation sequence. This represents a major challenge and also, a major opportunity. 
There are some schedulers that manage this, but, without exception, these schedulers cannot 
handle disjunctive schedules. One of our primary objectives is to be able to form disjunctive 
schedules, and this is where the problem arises: no matter which of the various possible dis- 
junctive schedules the system considers, the “cosmological temporal background” is always 
the same. Each possible timeline will differ only in the specific observations considered by 
the system. 

6 A focus for ERE research 

We are currently studying how a system might automatically learn good problem-solving 
strategies. While this work is in early stages, the APT planning and scheduling problem 
appears to have many of the characteristics that our approach requires. First, the domain 
is knowledge rich , in the sense that there is a great deal of existing knowledge pertaining to 
how to acquire photometric data in service of particular scientific goals. Second, much of 
this knowledge seems naturally expressed as strategies. Limited space precludes a detailed 
discussion of this topic, but see Bresina, Drummond, k Kedar (forthcoming) for more detail. 
We will further study APT planning and scheduling to better determine the match between 
proposed techniques and APT problem features. 

We are also currently studying how to extend our^ausal theory language to express moTe 
detailed procedural knowledge. Many existing systems allow one to express procedures, but 
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none of these also provide for automatic planning and scheduling. There is an obvious tension 
between arbitrary procedural expressiveness and the tractability of automatic reasoning, and 
we feel that the pragmatics of the APT planning and scheduling problem will help focus 
this research. The particular procedural expressiveness required by astronomers will be our 
target. 

Planning to gain information is also a topic in which we have significant interest. Almost 
all previous planning research has assumed that a system’s goals are to be achieved in the 
external environment. Of course, there are many goals of this sort. However, there are 
many goals that can be usefully construed as those of information gathering; for such goals, 
the state of the external environment is not so much at issue, but rather, concern is with 
the internal “information state” of the automatic system. A system that is able to reason 
about how to select and execute actions to gain information would be extremely useful in 
general, and of significant utility in the APT planning and scheduling problem. Astronomers 
assemble group specifications in order to gather information; changing information state is 
exactly why groups exist, and a scheduler that understands the overall scientific reason for 
a group’s existence should be able to do a better job than one which simply assigns groups 
to points on the timeline. 


7 Concrete suggestions, with a schedule 

We are fortunate to have access to four different APT experts. First, we have the help and 
insight of Russ Genet (Fairborn observatory and AutoScope). Russ is one of the primary 
APT architects and has given us many useful insights about what the APT planning and 
scheduling problem really is. Second, we are lucky to know David Genet (AutoScope), author 
of the ATIScope dispatch scheduler. With his help, we expect to better understand current 
system capabilities and make coherent suggestions for future extension. Third, we have the 
cooperation of Butler Hine (NASA/Ames), who has a significant amount of experience both 
in photometry and AI. Butler has acted, and can continue to act, as a semantic bridge be- 
tween the AI and APT communities. Fourth, we have access to Bill Borucki (NASA/ Ames), 
an active APT user and principal astronomer for an existing APT. Bill has agreed to make 
his expertise available to us on a regular basis. These four photometry experts represent 
a diverse and enthusiastic community of APT users, and it is our hope that by working 
directly with them we will be able to produce planning and scheduling tools of use to a large 
number of photometric scientists. Our mode of working will be to gain experience with the 
APT problem, consulting with our APT experts. 

The following paragraphs outline our objectives in this work for the short, medium, and 
long term. Bach objective refers to a specific level of functional capability that we expect to 
demonstrate, running on hardware at the Ames Research Center. 
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Short Term (6 months): Interactive Scheduling Tool 

• We propose to produce an interactive scheduling tool for use by ourselves, with Bill 
Borucki acting as a local domain expert. The tool will help a user analyze a given 
set of groups, interactively determining the best sequence in which the groups should 
be run, providing help with the selection of the best sequence, but leaving the user 
free to intervene should he or she so desire. The system will automatically compile 
out a set of group selection rules that will produce the desired set of group execution 
sequences. We will have access to an APT simulator in the summer of 1991, and 
will use this to evaluate our system’s evolving capabilities. Of course, the eventual 
goal of this research is to remove humans from the control loop, so this first short 
term objective might not appear to be a tremendous step forward. It is, in fact, best 
construed as a step “sideways”, prefatory to a giant leap forward. We will use our 
interactive scheduling tool to gain experience with the APT planning and scheduling 
problem; our eventual goal is to entirely automate the decisions still made by a human 
user. This first sideways step towards a decision support system is thus not an end in 
itself, but only a means to a bigger, more important end. 

Medium Term (1 year): Prototype Automatic Scheduling System 

• We propose to produce a better, incremental scheduler designed to replace the ATIS- 
cope system. Our new scheduler would be based on experience gained with building 
our look-ahead scheduling decision-support system. Our scheduler, like ATIScope, 
would accept a set of groups from the PA (or various astronomers, thus freeing the PA 
entirely from any scheduling responsibilities), and would schedule and execute these in 
a flexible manner. This first prototype automatic scheduler would not provide a very 
sophisticated language of scientific objectives; instead, it would allow a user or users 
to specify a set of groups, and would attempt to better the current level of perfor- 
mance obtained by ATIScope by doing temporal projection (look-ahead) and history 
recording (remember-behind). 

Long Term (2 years): Automatic Planning & Scheduling System 

• The next step is to extend the language of objectives to allow users to specify interesting 
scientific objective functions. The first test case would be a facility for filling out a 
desired light curve. Other test cases will be established in conjunction with our APT 
experts. The extra functionality offered at this stage of development will be that of 
planning , as opposed to pure scheduling. It is at this point that our system really 
begins to offer increased scientific power over that of the traditional ATIScope-style 
system. Until now, we have only sought to increase the “quality” of the group execution 
sequences. Here, we seek to increase the expressiveness of the language that is used by 
an astronomer to specify scientific objectives. 
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We also envisage some even longer term possibilities that are contingent on other factors not 
entirely within our control. These are listed below (as proposals) for general interest. 

Long Term (3 years and on): Extensions - other sorts of science, networks 

• We propose to extend our techniques and system to deal with other forms of photom- 
etry and other sorts of observations entirely. An early and interesting opportunity is 
presented by spectroscopy, since photometric and spectroscopic observations can be 
competitively scheduled on the same telescope. 

• We propose to extend our techniques and system to address the problem of scheduling 
observations across a network of telescopes. We require good operational scenarios, 
but these appear to be readily available. Also, standards for communication among 
telescopes and astronomers must develop, as we are not in a position to define such 
standards (of course, we will be working with people who art in such a position, so 
we can talk with them). Eventually, we should be able to address problems such as 
the one of continually tracking a given star for more than 24 hours. Of particular 
interest is the possibility of placing some number of telescopes on the moon. Such 
a telescope facility would be an excellent test of Dr. Fisk’s “simplified management 
structure” . We feel that ERE will provide a solid base for the development of integrated 
telescope planning, scheduling, and control systems that help to make this simplified 
management structure a reality. 
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